home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 14310 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.4 KB
  1. Path: news.sprintlink.net!datalytics!usenet
  2. From: Rob Stewart <stew@datalytics.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Why should I use classes....or should I?
  5. Date: Fri, 29 Mar 1996 13:31:08 -0500
  6. Organization: Datalytics, Inc
  7. Message-ID: <315C2C6C.60FF@datalytics.com>
  8. References: <4jcohu$7c8@artemis.it.luc.edu>
  9. NNTP-Posting-Host: 204.62.224.71
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (WinNT; I)
  14.  
  15. Rick Olson wrote:
  16. > 
  17. > I am an experienced FORTRAN programmer and have a reasonable
  18. > knowledge of C.  Most of my programming is related to my research
  19. > which is generally related to constructing and comparing heuristic
  20. > alogorithms for difficult problems.  I am about to start a new
  21. > project and am trying to decide whether C++ is appropriate.  I'd
  22. > appreciate any feedback.
  23. > 
  24. > Suppose I want to compare 10 algorithms for solving a problem (eg
  25. > bin packing).  With C I would code the routines for each algorithm
  26. > and then write something to read the data and run it through each
  27. > algorithm printing the results.  From where I sit this is pretty
  28. > straight forward.  All the algorithms require the same input
  29. > data (perhaps item sizes) and reports the same results (number of
  30. > bins, solution time...).  This seems to be a function driven
  31. > application rather than a data driven app.
  32. > 
  33.  
  34. From what I understand of what you describe, the algorithms 
  35. would be normal functions as you would do in C.  However, the 
  36. data could be encapsulated nicely in a class.  Member functions 
  37. could simplify access by, for example, setting several related 
  38. values at once, validating relationships when you set values, 
  39. etc.  The advantage of that is that the functions implementing 
  40. the algorithms can reuse that logic by simply invoking the 
  41. member function on the data object it was given.
  42.  
  43. The other thing you mentioned was that they need to report the 
  44. results.  You can write a function to call from the algorithm 
  45. functions to do this, or you can write a member function to do 
  46. it.  That's a little fuzzier because the class may not know the 
  47. entire output required by the various algorithm functions.  On 
  48. the other hand, the class would know the data types intimately 
  49. and could produce output appropriate to various parts of the 
  50. data that the algorithm functions could call at appropriate 
  51. times.
  52.  
  53. The thing to remember about classes--before you even consider 
  54. advanced language features--is the encapsulation they provide.  
  55. This means that you have specified an interface to select pieces 
  56. of data and the functions that may directly interact with that 
  57. data.  You can do the same things with C, but C++ gives you a 
  58. language facility that protects you from your mistakes.
  59.  
  60. Once you declare your data private in a class, only member 
  61. functions may access it.  This ensures that you handle that data 
  62. reliably in all cases.  Any other functions that wish to use 
  63. that data must do so through the interface you prescribe in the 
  64. class declaration.  The compiler will complain if you try to 
  65. access data any way other than specified by the class 
  66. declaration.
  67.  
  68. > There are a few features of C++ that are more appealing than C.
  69. > Not needing to pass integer addresses to functions, then dereference
  70.  
  71. I assume you are referring to passing by reference.  Yes, that 
  72. is a nice addition.
  73.  
  74. > them is one.  Right now I don't see any compelling argument for
  75. > using classes unless it is to learn how they work.  In fact, it seems
  76. > to me that if I use classes I will actually pay a performance penalty
  77. > because of the overhead associated with binding functions that can't
  78. > be done at compilation time because of the possibility of polymorphism.
  79. > 
  80.  
  81. You only incur this overhead when you use virtual functions and 
  82. when calling such functions through a pointer or reference to a 
  83. class.  If you use an object directly, the compiler invokes the 
  84. member function of the object's class directly, avoiding the 
  85. virtual function mechanism.
  86.  
  87. > Am I missing something?  Is there a reason why I should be trying to
  88. > think in terms of objects rather than thinking of C++ as "a better C".
  89. > 
  90.  
  91. That's a decent reason in and of itself.
  92.  
  93. > I would appreciate any personal opinions/experience and pointers to
  94. > good books that may help me understand the *WHY* of OOP for these
  95. > types programs rather than just the *HOW* of classes.
  96. > 
  97. > Thanks in advance--
  98. > Rick Olson
  99.  
  100. -- 
  101. Robert Stewart        | My opinions are usually my own.
  102. Datalytics, Inc.    | stew@datalytics.com
  103.